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at, 




GREENBLUM & BERNSTEIN, P.L.C. 
Intellectual Property Causes 
1950 Roland Clarke Place 
Reston,VA 20191 
(703) 716-1191 



IF 



In re application of : Paul G. BANIAK et al 

Application Mo. : 10/761,382 

Filed : January 22, 2004 
For 



Attorney Docket No. P24859 

Group Art Unit: 2642 
Examiner: H. Agdeppa 



: PROFILE MANAGEMENT SYSTEM INCLUDING USER INTERFACE FOR ACCESSING 
AND MAINTAINING PROFILE DATA OF USER SUBSCRIBED TELEPHONY 
SERVICES 

COMMISSIONER FOR PATENTS 
P.O.Box 1450 

Alexandria, VA 22313-1450 
Sir: 

Transmitted herewith is a Submission of Second Supplemental Declaration in the above-captioned application. 

Small Entity Status of this application under 37 C.F.R. 1 .9 and 1 .27 has been established by a previously filed 

statement. 

A verified statement to establish small entity status under 37 C.F.R. 1 .9 and 1 .27 is enclosed. 

__ An Information Dislosure Statement, PTO Form 1449, and references cited. 
X No additional fee is required. 

X Second Supplemental Declaration of Terry L. Veith Pursuant to 37 C.F.R. § 1.131. 
X Exhibits B & A. 
The fee has been calculated as shown below: 
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Total Claims: 14 


20 
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x 18= 


$0.00 


Indep. Claims: 1 
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x43= 
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x86= 


$0.00 


Multiple Dependent Claims Presented 


+145= 
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+290= 


$0.00 


Extension Fees for Month(s) 




$ 




$0.00 


Total: 


$ 


Total: 


$0.00 



N/A 



Please charge my Deposit Account No. 19-0089 in the amount of $ . 

A check in the amount of $ to cover the filing/extension fee is included. 

The U.S. Patent and Trademark Office is hereby authorized to charge payment of the following fees associated 
with this communication or credit any overpayment to Deposit Account No. 19-0089. 
X Any additional filing fees required under 37 C.F.R. 1.16. 

X Any patent application processing fees under 37 C.F.R. 1.17, including any required extension of time fees 
in any concurrent or future reply requireing a petition for extension of tipw^Sr^its timely submission (37 
C.F.R. 1.136(a)(3)). 




iruce H. Bernstein 
Reg. No. 29,027 




IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Applicants 



Paul G. BANIAK et al. 



Group Art Unit: 2642 



Serial No. 



10/761,382 (Continuation of U.S. 
Patent Application No. 09/050,986) 



Examiner: H. Agdeppa 



Filed 



January 22, 2004 



For 



PROFILE MANAGEMENT SYSTEM INCLUDING USER 
INTERFACE FOR ACCESSING AND MAINTAINING PROFILE 
DATA OF USER SUBSCRIBED TELEPHONY SERVICES 



Commissioner for Patents 
PO Box 1450 
Alexandria, VA 22313 



SECOND SUPPLEMENTAL DECLARATION OF 
TERRY L. VIETH PURSUANT TO 37 C.F.R. §1.131 

I, Terry L. Vieth, declare that: 

1 . I am an inventor of the subject matter recited in the claims of the present 
application, which is a continuation of U.S. Patent Application No. 09/050,986 (hereinafter 
the "parent application"), which claims priority of U.S. Provisional Patent Application No. 
60/042,680. The claims of the parent application were rejected in a Final Official Action 
mailed on March 20, 2003. The claims pending in the present application are identical to the 
claims rejected in the Final Official Action mailed on March 20, 2003 in the parent 
application. I have personal knowledge of the facts set forth in this declaration. 

2. I have previously executed a Declaration of Terry L. Vieth pursuant to 37 
C.F.R. §1.131 on December 17, 2002, and a Supplemental Declaration of Terry L. Vieth 
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pursuant to 37 C.F.R. §1.131 on August 11, 2003. Copies of these Declarations and their 
attachments are attached hereto and are incorporated herein by reference in their entireties. 

3. I am a member of a group that conceived, prior to October 4, 1995 (i.e., prior 
to the filing date of DULMAN, U.S. Patent No. 5,915,008), the profile management system 
that the rejection in the parent application asserts is disclosed by Dulman. From prior to 
October 4, 1995, the group worked diligently until the profile management system was 
reduced to practice. 

4. The profile management system that was reduced to practice as announced 
by the Exhibit A submitted with the Supplemental Declaration filed in the parent 
application on August 20, 2003 is the same profile management system that was 
described in the Exhibit A submitted with the Declaration filed in the parent application 
on January 15, 2003, and is the same profile management system that was conceived by 
the group prior to October 4, 1995. 

5. Exhibit B submitted herewith (with dates redacted) is a copy of a 
memorandum written immediately preceding the reduction to practice of the profile 
management system, that I authored. Exhibit B submitted herewith describes the profile 
management system that was reduced to practice as announced by the Exhibit A 
submitted with the Supplemental Declaration filed in the parent application. 
Accordingly, Exhibit B submitted herewith also describes the profile management system 
that was conceived by the group prior to October 4, 1995 as described in the Exhibit A 
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submitted with the Declaration filed in the parent application. 

I hereby declare all statements made herein of my own knowledge are true and that 
all statements made herein on information and belief are believed to be true; and, further 
that these statements were made with the knowledge that willful false statements and the 
like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 
18 of the United States Code, and that such willful false statements may jeopardize the 
validity of any issued patent. 



Executed on: 




Terry L. Vieth 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
Applicant : Paul G. BANIAK et al. 

Group Art Unit: 2642 

Serial No. : 10/761,382 

Examiner: H. Agdeppa 

Filed : January 22, 2004 

For : PROFILE MANAGEMENT SYSTEM INCLUDING USER 

INTERFACE FOR ACCESSING AND MAINTAINING PROFILE 
DATA OF USER SUBSCRIBED TELEPHONY SERVICES 



SUBMISSION OF SECOND SUPPLEMENTAL DECLARATION 



Commissioner for Patents 
PO Box 1450 

Alexandria, VA 22313-1450 
Sir: 

In view of the Second Supplemental Declaration of Terry L. Vieth, Exhibit B and 
attachments that are submitted herewith, Applicants respectfully submit that the claims of 
the present application are allowable over the references applied by the Examiner in 
parent U.S. Patent Application No. 09/050,986. In this regard, the Second Supplemental 
Declaration and its attachments provide information pursuant to an agreement between 
Applicants' representatives and the Examiner and Supervisor of parent U.S. Patent 
application No. 09/050,986 in a telephone interview on October 21, 2003. 

In this regard, in the above-noted telephone interview, Applicants' representatives 
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and the Examiner and Supervisor agreed that an Advisory Action dated September 12, 
2003 would be adequately addressed by submitting information contained in the Second 
Supplemental Declaration and Exhibit B that accompanies these remarks. In particular, in 
the above-noted telephone interview, Applicants' representatives were requested to 
clarify the previously submitted Declaration and Supplemental Declaration filed in the 
parent U.S. Patent Application No. 09/050,986. Agreement was reached that the term 
"possession" would be replaced with the term "conceived" in a Second Supplemental 
Declaration. Accordingly, the attached Second Supplemental Declaration indicates that 
Terry L. Vieth is a "member of a group that conceived, prior to October 5, 1995 (i.e., 
prior to the filing date of DULMAN, U.S. Patent No. 5,915,008), the profile management 
system that the rejection in the parent application asserts is disclosed by Dulman". 

Additionally, Applicants' representatives were requested to provide additional 
evidence that Exhibit A, submitted with the Supplemental Declaration of Terry L. Vieth, 
(i.e., the press release entitled "Southwestern Bell Introduces 'Padlock' for PC's") 
describes the reduction to practice of the same invention that was described in Exhibit A 
submitted with the Declaration of Terry L. Vieth. In this regard, Exhibit B, submitted 
herewith, is a memorandum authored by Terry L. Vieth immediately preceding the 
reduction to practice of the profile management system. The Second Supplemental 
Declaration of Terry L. Vieth, submitted herewith, declares that the invention described in 
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Exhibit B is the same invention described in the Exhibit A submitted with the 
Supplemental Declaration of Terry L. Vieth and Exhibit A submitted with the Declaration 
of Terry L. Vieth. Accordingly, each of the Exhibits (i.e., Exhibit B, Exhibit A submitted 
with the Supplemental Declaration of Terry L. Vieth and Exhibit A submitted with the 
Declaration of Terry L. Vieth), describe the same invention. 

Accordingly, Applicants submit that the Declaration, Supplemental Declaration, 
and Second Supplemental Declaration, as well as the exhibits attached thereto, establish 
conception by the Applicants, prior to October 4, 1995, of the invention that the Examiner 
asserted is disclosed by DULMAN. Additionally, Applicants submit that the Declaration, 
Supplemental Declaration, and Second Supplemental Declaration, as well as the exhibits 
attached thereto, establish reduction to practice, with diligence from prior to October 4, 
1995 until the profile management system was reduced to practice, of the profile 
management system that the Examiner asserted is disclosed by DULMAN. 

Accordingly, Applicants respectfully request an indication of the Allowability of 
each of the claims now pending. 
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SUMMARY AND CONCLUSION 



Should the Examiner have any questions, the Examiner is invited to contact the 



undersigned at the below-listed telephone number. 



June 7, 2004 

GREENBLUM & BERNSTEIN, P.L.C. 
1950 Roland Clarke Place 
Reston, VA 20191 
(703)716-1191 



Respectfully submitted, 
P^IX^BANIAK et al. 



lcell. Bernstein ^ 
Reg. No. 29,027 
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DATE EXHIBIT B 

AUTHOR: Terry Vieth ' 



REDACTED 



POSH) - POSITIVE ED 
SMS PROCESSING - NEW PRODUCT REQUIREMENTS 

Open Issues: 

L POSED USOC/FIDS - Updated document on ' with confirmed USOC values. 

Updated document on with approved FEDs. 

2. Profile Management System/PC Interface requirements 

3. A USOC is sent to the SMS from SO AC as an AINID and does not contain a USOC 
data value. There is a default value specified in the call_variable_ref table. However, 
the default value specified is used in the absence of the USOC or, in the case of FIDs, 
the FID data. The presence of a USOC indicates to set a value associated with a call 
variable to be sent to SPACE. However, this value is not in a reference. A decision 
has been made to add a new column to the call_variable_ref table called 
alt_default_value which will contain the default value to use when the USOC is 
present on the order. 

Deployment Schedule: 

POSID will be deployed in Austin on . , San Antonio, Houston, Dallas/Ft. Worth, St. 
Louis, Kansas City, Topeka, Wichita, Oklahoma City, Tulsa on - . ^ and then Little 
Rock on .-: - : ; . However, as will be described further in this document, POSID requires 
a PC interface for customers to modify their subscription data. It has been stated that 
POSID will not be deployed without the PC interface, as DTMF is much too cumbersome 

. for customers to submit large subscription data updates. Basically, the deployment of 
POSID is dependent on the availability of the PC interface. The PC Interface or client 
software will be ready however, the PC Interface Server to SMS interface will not 

be available until " Subscription updates collected by the PC Server between 

'and will be manually provisioned by the CNOC. 



Product Description: 



POSED provides security for access to business phone lines. POSID enables subscribers 
to prevent all incoming calls from being connected, except those from given Calling Party 
Numbers (CPNs) or Access Codes. POSID is cargeted towards business customers with 
Computer Systems or remote access to PBX Features. POSED subscribers can create a 
screening list containing up to 500 Authorized CPNs. In addition, the POSID subscriber 
can create a second screening list containing up to 100 Access Codes. The subscriber can 
choose to use the Authorized CPN list, the Access Code list or a combination of both. 



(The use of the access code screening list does not provide the same level of security as 
the CPN screening list. However, there are occasions when the CPN is not delivered, i e 
ISDN, etc.) 

If the caller into the POSDD equipped line is not calling from an authorized number and 
does not input a correct access code, then the call will be sent to a denial announcement 
and disconnected. If, for some reason, the ISCP is down and we cannot determine 
allowed CPNs or access codes, then all calls will be denied completion. 

POSED Subscribers can choose to receive two reports: 

• Successful Attempts Log - 100% sampling of all authorized accesses to POSDD 

• Unsuccessful Attempts Log - 100% sampling of all unauthorized attempts to POSDD 

Each report is offered weekly, monthly or both. There will be a different recurring rate for 
a weekly report vs. a monthly report. The SMS will receive a daily file from DRS and be 
responsible for producing the POSED reports. 

Target Market: 

The target market for POSED is any medium or large business customer that employs the 
public switched network as a means to provide access to its computer system(s). 
Southwestern Bell customers that have deployed office automation/mechanization 
systems, remote data access or sales force automation applications are candidates for this 
service. In addition, any customer that has/will be utilizing work-at-home applications 
could benefit from the POSED service. 



Rating/USOCs/FIDs: 

The POSH) product will be offered with Volume Discounting. Based on the number of 
Working Telephome Numbers (WTNs) equipped with POSED for a given Billing 
Telephone Number (BTN), the POSDD product will contain a different recurring rate. 
'Basically, customers with 1-3 lines equipped with POSDD would be charged one rate, 
customers with 4-7 lines equipped with POSH) would be charged a different rate, and 
customers with 8 or more lines equipped with POSDD would be charged with yet a 
different rate. There are several options available to accomplish the tiered billing 
approach: 

1 . POSDD could be rated and billed at the BTN level. Each WTN equipped with POSED 
would contain a free POSED USOC used for provisioning purposes. 
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2. Offer three different POSED USOCs, one for each tier. Based on the number of 
WTNs equipped with POSED on a given BTN, the service representative would apply 
the correct USOC 

3. Offer a single POSED USOC which would be applied on each POSED equipped WTN. 
If a given BTN contains more than 3 POSED equipped WTNs, apply a negative USOC 
to each POSDD equipped WTN which would in essence provide a discount. 

4. Manually rate the POSED equipped WTNs. Apply a USOC to each POSED equipped 
WTN followed by the rate (one of the three tiers). The rate supplied on the service 
order would override the mechanical rating in CRIS. 

It was decided by CRIS, Product Development, Marketing Methods, and the SMS to go 
with Option Number 3. SO AC will be updated to recognize the single POSED USOC and 
will ignore the negative POSED USOC, as the SMS is not interested in the rate. 

A FID will follow the POSID USOC. The FID ASED (Account Security Identification) 
will contain up to 30 characters following it. The string of 30 characters can be anything 
and is specified by the customer. It will be used to verify the customer's identity when pin 
resets are requested. The FED data is not provisioned to a SPACE template and is 
considered a Local Only Update (LOU). For now, the ASED FED and FID data will be 
stored in the SMS and CRIS. The reason for storing in CRIS is to make the information 
available to our service representatives. This is due to EASE not having query capability 
to the SMS. This obviously is not secure, since basically anyone can see the information if 
it is in CRIS. The ASH) FID data is not provisioned to SPACE on the template, but will 
be a Local Only Update in the SMS. 



A separate non-recurring USOC will be used to reset a customer's pin number. The Pin 
will be sent to the SMS behind the FID RPI (Reset PIN). However, the RPI FED will be 
mapped in SOAC to the POSED recurring USOC. Thus, the SMS will not receive the pin 
reset USOC. Following the RPI FED will be the default PEN data. The default is the last 
6 digits of the customer's WTN. The PIN reset USOC will be NR9SP. However, the 
RPI FED/FID data will be mapped to the POSED USOC (SCMBX) and the SMS will 
never receive the NR9SP USOC. 

A new FID CARC will be created and sent to the SMS along with the USOC SCMBX. 
The FID data contains a customer name and telephone contact number. A PC Server 
application administration person will contact this name and telephone number to ■ > 

negotiate customer User IDs for the PC server and PC Interface software distribution. 
The FED data will be a minimum of 1 5 and maximum of 62 characters. The customer 
name will appear first followed by a comma and then the contact telephone number in the 
format NP A NXX-LENE. The FED data is not provisioned to a SPACE template and is 
considered a Local Only Update. 
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A new FID AD ED will be created and sent to the SMS along with the USOC SCMBX 
when the WTN is a DMS100 DID Line. The value following the FED will be Y (Yes). 
This FID is not required and only present on a DMS 100 DED line. When this FID is 
present (only on inward activity), the SMS will be required to then require two additional 
FEDs to be populated. These FEDs are phony FEDs #DIGT (DMS DED digit) and #TRNK 
(DMS DED trunk). The information to populate the #DIGT and #TRNK FID is located in 
the central office switch and can be determined by doing a QDN. When ADED is present 
on the inward activity, the SO AC activation request should be erred to the Software 
Center who would execute the QDN in the switch and populate the new phony FEDs. 

The Successful Attempts Log report will appear with one of two different recurring 
USOCs. The report can be offered weekly or monthly. There are no FIDs associated 
with the report. The SMS will only receive one of the two possible USOCs as there is a 
single call variable in the SPACE template. The call variable contains a Y/N value and is 
not sensitive to whether the report is monthly or weekly. The Successful Attempts Log 
report weekly USOC is RS6WX and the monthly USOC is RS6MX. The SMS will only 
receive the RS6WX USOC. The RS6MX USOC will be mapped to RS6WX in SOAC. 

The Unsuccessful Attempts Log report will appear with one of two different recurring 
USOCs. The report can be offered weekly or monthly. There are no FEDs associated 
with the report. The SMS will only receive one of the two possible USOCs as there is a 
single call variable in the SPACE template. The call variable contains a Y/N value and is 
not sensitive to whether the report is monthly or weekly. The Unsuccessful Attempts Log 
Report weekly USOC is RU6WX and the monthly USOC is RU6MX. The SMS will only 
receive the RU6WX USOC. The RU6MX USOC will be mapped to RU6WX in SOAC. 

In summary, the following USOCs and FEDs will be sent to the SMS from SOAC: 

• SCMBX - USOC which identifies a POSID subscriber 

RPI - FED which contains default PIN data (last 6 digits of the WTN) 
ASED - FED which contains up 30 characters used for customer validation 
purposes 

ADID - FID which identifies a DMS 100 DID line. FED Value = Y. 

CARC - FED which identifies a customer name and contact telephone number 
<• RS6WX - USOC for the Weekly Successful Attempts Log Report. This USOC will 
also be mapped to the SMS when the RS6MX (Monthly) USOC is present on the 
order. 

• RU6WX - USOC for the Weekly Unsuccessful Attempts Log Report. This USOC 
will also be mapped to the SMS when the RU6MX (Monthly) USOC is present on the 
order. 

Both the CPN screening list and the Access Code screening list will not be provisioned via 
a service order. Yet, the GUI interface will have the ability to provision/modify both lists. 
As a result two phony FIDs used only by the SMS will be established and used to 
provision the embedded tables. The Access Code screening list table also contains one 
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comment column for each row. The CPN screening list contains two comment columns 
for each row. Comments can be up to 30 characters. In addition, there are two new 
phony FIDs associated with the DMS 100 DID lines. A phony FID also has been created 
to provision the car_active call variable. This FID is only used to provision a number 
change ^nd retain the customer's active setting. The phony FIDs are: 

• #CAR1 - FDD used to specify updates to the Access Code screening list 

• #CM1 1 - FID used to specify a comment for each Access Code in the Access Code 
screening list 

• #CAR2 - FID used to specify updates to the CPN screening list 

• #CM21 - FID used to specify a comment for each CPN in the CPN screening list 

• #CM22 - FID used to specify a second comment for each CPN in the CPN screening 
list 

• #DIGT - FID used to specify the DMS DID digit 

• #TRNK - FID used to specify the DMS DID trunk 

• #ACTV - FID used to specify the car_active setting. Basically specify whether the 
service is on or off. 



Service Orders: 

SORD/EASE will be modified to allow for the following USOCs: SCMBX, 
RCRSA/RCRSB (Negative POSID USOC), RS6WX, RS6MX, RU6WX, RU6MX, 
NR9SP (POSID Reset PIN USOC). In addition, the FID RPI, ASID, and CARC will be 
allowed. When the RPI FID is present, SORD/EASE will mechanically populate the FID 
data with the last 6 digits of the customer's WTN. In addition, SORD will generate the 
ADED FID when the USOC SCMBX is present with an T action code following the 
USOCs PLP or PLPTX (PLP and PLPTX indicate DID) and the customer is served by a 
DMS- 100 switch. 

Class of Service Restrictions: 

POSID will not be offered on virtual numbers, coin class of services, or mobile, regardless 
of switch type. POSED will be offered to all other Business class of services. 

Currently, POSID is not available on ISDN lines served from a 5ESS switch (availability 
planned for 1997) 

For Hunting arrangements, POSID is available for Series Hunting provided each line in the 
Hunt group is equipped with Positive ED. For Terminal Hunting, only the lead number in 
the hunting arrangement needs to be equipped with Positive ID. 

If a customer subscribes to POSID, the only other AIN service the customer may 
subscribe to is DRS. 
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USOCs RS6WX, RS6MX, RU6WX. RU6MX should not be allowed for customer's 
served by an AT&T 1A switch with 0.0 AIN software. The switch cannot determine 
whether the calling number is private or not. Once the AT&T 1 A switch is updated to 
version 0. 1 AIN software, the POSED reports can be offered. 

Seimens (ISDN and SmartTrunk) and Ericsson switches are not supported at this time. 
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Following is an example of POSJJD Inward activity 



314 231-9999 222 WIC ' 1 
C123456 1BH AAA 
-LSTG 

LN HAIRBOWS; VTETH'S 
LA 603 LAKEFTELD 
/DZIP 62236 

-CTL 

WCO SDM TERRY VTETH 
314 235-3659 

-BILL 
TAR STL 
PCL B 

IRRMA 1 3HD MON; 

MEDIA CONSULTING INC; 
ATTN; REE PORTA 
123 MAIN; 
SUITE 42; 

ST. LOUIS, MO 63010 

-RMKS 

RMK POSED INWARD EXAMPLE 
-S&E 

R 1BH /TN 1504 

/PIC 0288-ATX,063090, 
070295, S/RMK ZAP 

R 9ZR 
R ESM 

I SCMBX /RPI 319999 

/ASED FUNNYBOWS 
IC ARC DIXIE JONES; 
314 235-9277 

I RS6WX . 
I RU6WX 

A 
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Following is an example of POSED Change activity 

314 231-9999 222 WIC 
C123456 1BH AAA 
-LSTG 

LN HAIRBOWS; VTETH'S 
LA 603 LAKEFEELD 
/DZIP 62236 

-CTL 

WCO SDM TERRY VTETH 
314 235-3659 

-BELL 
TAR STL 
PCL B 
-RMKS 

RMK POSED INWARD EXAMPLE 
-S&E 

R 1BH /TN 1504 • 

/PIC 0288-ATX,063090, 
070295, S/RMK ZAP 

R 9ZR 
R ESM 
R RPT2W 

C SCMBX /ASED FUNNYBOWS 

/CARC DIXEE JONES; 

314 235-9277 
T SCMBX /ASED FUNNYGERL 

/CARC DIXIE JONES; 

314 235-9277 
I NR9SP /RPI 319999 

0 RS6WX 

1 RS6MX 
S 



REDACTED 
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SOAC to SMS Activation Request: 



Following is an example of POSED Inward Request (non-AIN customer adding POSED): 

*C3{FT=PRE;TT=SO;OT=C;ORDNO=123456;MT=F;TRN=l; 
TSYS=SOACTS8;RSYS=SMS 1 ;PRI=+0;WC=3 14231;}% 
*ODR{ 

DEFF=N; 
CS=1BH; 
DD=951201; 

}% ■ 
*SBR{ 

CTL{ 

CTC=C; 

MTN=3 1423 19999; 
MTCCC=222; 

} 

ACL{ 

ACT=0; 

BTN=3 1423 19999; 
BTNCC=222; 
MTNCC=222; 
MTN=3 1423 19999; 
NP=N; 

SRA=603 LAKEFEELD; 
SRN=VEETH'S HAIRBOWS; 

} 

ACL{ 

ACT=N; 

BTN=3 1423 19999; 
BTNCC=222; 
MTNCC=222; 
MTN=3 1423 19999; 
NP=N; 

SRA=603 LAKEFEELD; 
SRN=VEETH'S HAIRBOWS; 

} 

}% 
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*RSC{ 

REC{ 

CTL{ 

CTC=B; 

CTID=TN[3 1423 19999]; 

} 

ACL{ 

ACT-N; 

CTID=TN[3 1423 19999]; 
TN=3 1423 19999; 
AINS{ 

AINID=SCMBX; 

RPI=3 19999; 

AS ED=FUNNYB 0 W S ; 

CARC=DIXIE JONES, 314 235-9277; 

} 

AINS{ 

AINTD=RS6WX; 

} 

AINS{ 

AINTD=RU6WX; 

} 

} 

} 

}% 

This is an example of a POSID Change Request. Existing AIN POSED customer is 
modifying POSID. RPI FED is received to reset PIN. ASED FID is received to change the 
customer validation character string. Customer changes Report 1 from weekly to 
monthly. Customer retains Report 2 (weekly). Following is the example: 

*C3{FT=PRE;TT=SO;OT=C;ORDNO=123456;MT=F;TRN=l; 
TS YS=SO ACTS8;RS YS=SMS 1 ;PRI=+0;WC=3 1 423 1 ; }% 
,*ODR{ 

DIFF=N; 

CS=1BH; 

DD=951201; 

}% 
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*SBR{ 

CTL{ 

CTC=C; 

MTN=3 1423 19999; 
MTCC0222; 

} 

ACL{ 

ACT=0; ' 
BTN=3 1423 19999; 
BTNCC=222; 
MTNCC=222; 
MTN=3 1423 19999; 
NP=N; 

SRA=603 LAKEFIELD; 
SRN=VIETH'S HAIRBOWS; 

} 

ACL{ 

ACT=N; 

BTN=3 1423 19999; 
BTNCC=222; 
MTNCC=222; 
MTN=3 1423 1-9999; 
NP=N; 

SRA=603 LAKEFIELD; 
SRN=VIETH'S HAIRBOWS; 

} 

}% 
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*RSC{ 

REC{ 

CTL{ 

CTC=C; 

CTID=TN[3 1423 19999]; 

} 

ACL{ 

ACT=0; 

CTID=TN[3 1423 19999]; 
TN=3 1423 19999; 
. AINS{ 

AINID=SCMBX; 
ASID=FUNNYBOWS; 
CARC=DIXJE JONES, 314 235-9277; 

} 

AINS{ 

AINTD=RS6WX; 

} 

AINS{ 

AINTD=RU6WX; 

} 

} 

ACL{ 

ACT=N; 

CTID=TN[3 1423 19999]; 
TN=3 1423 19999; 
AINS{ 

AINID=SCMBX; 

RPI=3 19999; 

AS ID=FUNNYGIRL; 

CARC=DIXEE JONES, 314 235-9277; 

} 

AINS{ 

AINTD=RS6WX; 

} 

AINS{ 

AINTD=RU6WX; 

> 

} 

} 

}% 

NOTE: Notice the RPI FID is not reflected in the RSCREC Old view. This is due to 
CRIS dropping the FED and not retaining on the CRIS customer record. 
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USOC/FID to SPACE Call Variable mapping: 



usoc 

SCMBX 
SCMBX 
SCMBX 
SCMBX 
SCMBX 
SCMBX 
SCMBX 
SCMBX 
RS6WX 
RU6WX 



FED 

#ACTV 

RPI 

#CAR1 

#CAR2 

ADED 

#TRNK 

#DIGT 



Call Variable Name 
car 

car_active 

car_adminpin 

car_emacctbl 

car_emscrtbl 

car_dmsdid 

car_dmsdidtaink 

car_dmsdiddigit 

car_reportl 

car_report2 



NOTE: FDDs ASID, CARC, #CM1 1, #CM21, and #CM22 are not referenced here 
because these FEDs are local only FIDs. 



r 
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SPACE Call Variables: 



The following Call Variables will be contained on the SPACE template for POSED: 
Call Variable Name Type of variable DTMF Default Description 



car 



car active 



car_adminpin 

car_emacctbl 
car_emscrtbl 

car_reportl 
,car_report2 
car dmsdid 



car dmsdidtrunk 



Yes/No 



No N 



Yes/No 



Yes N 



7 digit 
numstring 



Yes 



last 6 
digits of 
POSED nbr 



POSED Subscriber indicator 
used by the ISCP Feature 
Interaction Manager (FEVf) to 
call POSID specific service 
logic. 

Customer controls when to 
activate their service.. Once 
turned on, the customer 
cannot turn off. The option 
to turn the service off is 
available to SPACE users 
only for troubleshooting. 

Administrator PIN 



embedded Yes blank list Embedded table of 

tbl - 100 rows authorized access codes. 



embedded 
tbl - 500 rows 



Yes/No 



Yes/No 



Yes/No 



8 digit 
numstring 



Yes blank list Embedded table of CPNs 
authorized to complete the 
call. 



No N Successful attempts report 

option. 

No N Unsuccessful attempts 

report option. 

No N Required if customer is a 

DID customer on a DMS-100 
If set to yes, the following 
two variables must be 
provided. 

No 00000000 Required if customer is a 

DID customer on a DMS-100 
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car_dmsdiddigit 1 digit No 7 

numstring 

Following are POSE) embedded table specifications: 

Table caremacctbl - Authorized Access Code list: 

Column Name Type of data DTMF Default 

ACCESS_CODE Up to 7 digit Yes 0 

numstring 

UNIQUE JD 3 digit No 001 

numstring 

Table caremscrtbl - Authorized CPN list: 

Column Name Type of data DTMF Default 

CPN 10 digit Yes 0 

numstring 

UNIQUE JD 3 digit No 001 

numstring 



Required if customer is a 
DID customer on a DMS-100 



Description 

Authorized access code 
or PIN specified by the 
POSID subscriber. Table 
can contain up to 1 00 entries. 

Unique ID or row number 
generated by SPACE. Range 
from 001 to 100. 



Description 

Authorized CPN 
specified by the POSID 
subscriber. Table can contain 
up to 500 entries. 

Unique ID or row number 
generated by SPACE. Range 
from 001 to 500. 



15 



SMS to SPACE Activation Request: 

*U4{ 

trnsld= 123 45 678901 234567890, 

ft=PRE, 

ordType=C, 

ordNo=123456, 

dd=951201, 

tsys=SMSl, 

rsys=sw94sp01, 

userId=PASSWORD, 

aos=AOS, 

version=0x4000000 

} 

EstRscRec{ 

EstChgMovRmvRscRecCtl { 
ctc=B, 

provId=tmpl_cdsl 

} 

EstChgRscRecAcl{ 
act=N, 

tn=3 1423 19999 
Ains{ 

Tag{ 

Tagld=car, 
TagValue=Y, 
Tagld=car_active, 
TagValue=N, 
Tagld=car_dmsdid, 
TagValue^N, 
Tagld=car_dmsdidtrunk, 
TagValue=00000000, 
Tagld=car_dmsdiddigit, 
TagValue=7, 
r Tagld=car j-eport 1 , 

TagValue=Y, 
TagId=car_report2, 
TagValue=Y, 
Tagld=car_adminpin, 
TagValue=3 19999 

} 

} 

} 

} 
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SMS Services Impacted: 



Edits: The ASID FED/FID data is not provisioned to SPACE. A new column has been 
added to the FDD_ref table called local_onJy_ind. The value will be ' Y' when a FDD's data 
should be posted to the SMS only and does not provision to a template. When an ASED 
FDD only change is received, Edits should create a Local Only Update. There will not be 
an associated call variable for the ASED FDD in the call variable ref table. Edits should 
populate the fid_call_variable column in the sav2_fid_call_var table with the value 
'NONE.'. Likewise, the FDD CARC is a local only FDD and will be updated to the SMS 
only. 

POSDD will be provisioned on a separate business only template. The only services 
contained on the template, at this time, will be POSDD and DRS. This should be table 
driven and not result in any coding changes for Edits. 

Since the POSED service is sent to the SMS with multiple USOCs, i.e, SCMBX, RS6WX, 
RU6WX, we originally thought Edits would need to read the USOC_ref table to 
determine all possible USOCs for a given service and provision as appropriate. The 
USOC_Group in the USOCjef table contains a common value for all related USOCs. 
For example, the USOC Group should contain the value POSDD for all POSDD USOCs. 
Then, when reading the call_variable_ref table, call_variables for all POSDD related 
USOCs would be identified and provisioned. After testing this, it was decided that the 
SMS will only provision call variables related to USOCs received from SOAC by the 
SMS. This is because the SMS retains in the customer master view all USOCs 
provisioned, even if the value associated with the USOC is 'N'. Without further coding, 
subsequent order activity actually adding a report to POSDD failed because the report 
USOC appeared on the master view (even though the value was 'N'). It appeared that the 
customer already had the report. 

Breakout: As stated in the Edits section, Provisioning to SPACE will not always be 
necessary. If the ASDD FDD only is received, a Local Only Update should be created by 
Breakout. The Local_only_ind in the HOL_step should be set to 'Y' for the given step. 
If the ASDD FDD is received in conjunction with other POSDD changes or ATN service 
changes, then Breakout would create a single step with the ASDD FDD/FDD data embedded 
,within the other provisionable changes. As stated previously, the FDD/FDD data which is 
local only to the SMS will be designated by the value of 'NONE' in the fid_call_variable 
column in the save2_fid_call_var. 

Provisioning: Provisioning is responsible for rolling the local only updates into the SMS 
master view. When provisionable changes are included with the local only update (ASDD 
FDD or CARC FDD), then the data designated as SMS only would be rolled into the master 
view after successfully provisioning the NE data. If a local only update was sent to the 
SMS (SOAC activation request only included ASDD and no other changes), then the 
update would be rolled into the master view on the order due date. 
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GUI: There are eight new phony FIDs: #CAR1 (FED for Access Code screening list), 
#CM1 1 (FID for Access Code Comment list), #CAR2 (FED for CPN screening list), 
#CM21 (FID for CPN comment list), #CM22 (FDD for CPN second comment list), ' 
#DIGT (FED for DMS DID digit), #TRNK (FED for DMS DED trunk), and #ACTV (FED 
used for number changes to retain the car_active setting). For provisioning purposes, GUI 
will need to specify the phony FEDs when updating the associated call variable. 

GUI will need to make similar changes like Edits to accommodate multiple USOCs for a 
given service. For the Order Matrix screen, GUI will read the USOC__ref to determine all 
available USOCs. However, when more than one USOC is available for a service, GUI 
will only present one USOC and provide a drop down box for the remaining USOCs. 
Only USOCs with a USOC_Seq_Num = 1 should be presented on the initial order matrix 
screen 

SPACE Interface: The SPACE Interface will need to recognize FED/FED Data from the 
STEP tables which does not get provisioned. This can be done be recognizing the value 
of 'NONE' in the fid_call_variable column. 

Data Base: The USOC_Ref and FID Jlef tables have been modified to include the 
column Local_OnIy Jnd. Value is Y/N. The ASED FID will be populated with a Y for 
the LocalJDnlyJnd in the FIDJRef table as well as the CARC FID. In addition, the 
USOC_Group_Seq_Num column has been added and will be used to specify the order in 
which to present the USOCs via the GUI interface. The USOC_Seq_Num will now be 
used to present the order to present USOCs within a single service. When only a single 
USOC is used to provision a service, then USOC_Seq_Num will contain a 1. When 
multiple USOCs are needed to provision a service, then each USOC would contain a 
unique number (1, 2, 3, etc.). 

NOTE: As requirements have not been written for the PC Interface, specific SMS service 
changes have not been noted. 
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Reports: 



The following data items will be collected by DRS: 



Successful Attempts Log Report: 



Unsuccessful Attempts Log Report: 



Service Identifier (car) 
Calling Party Number 
Called Party Number 
Date/Time 

Successful Access Code (if used) 
Privacy Indicator 
Report Number (1) 

Service Identifier (car) 
Calling Party number 
Called Party Number 
Date/Time 

Unsuccessful Access Code entry 
Privacy Indicator 
Report Number (2) 



Once all the data is collected by DRS from the ISCP, it will be validated and modified for 
transmission to the SMS for production of the POSID Reports. The Privacy Indicator will 
be used by the SMS to determine the value to print on the report for Calling Party 
Number. Due to privacy issues, the CPN may not always be printed. Or, in some cases 
the CPN is not available. A value of '00' designates to print full CPN on report; NPA- 
NXX only for Texas customers. A value of '0T designates to print 'Private' on report in 
lieu of CPN. And, a value of ' 10' designates to print 'Unavailable' on report in lieu of 
CPN. (Note: The 1 A on 0.0 AIN software creates a privacy indicator of 99 which means 
unavailable. Since we are not offering POSED to 1 A customers on 0.0, DRS should never 
create such a sample. To be safe, though, we should code for a Privacy Indicator of 99 to 
mean Unavailable.) NOTE: the Texas privacy requirement to print only NPA-NXX 
applies to Texas POSID customer's and their reports only. If a call originates in Texas . 
and is delivered to an Arkansas POSID customer, then the entire NPA/NXX/LINE will be 
printed. 

The SMS will create POSID reports in the same manner we create CDD reports. A pull is 
run against CIDB identifying the customers and their associated report USOCs. As 
discussed previously in this document, the USOC identifies the report frequency (weekly, 
monthly). Of course, the SCMBX POSID USOC should be present on the account. The 
Successful Attempts Log Report is identified by USOC RS6WX (Weekly) or RS6MX 
(Monthly). The Unsuccessful Attempt Log Report is identified by USOC RU6WX 
(Weekly) or RU6MX (Monthly). The SMS Customer Report generation software will not 
read the various SMS tables to identify which reports to create and the report frequency. 
In addition, the Report Recipient Media and Address RRMA FID will be present on the 
account in CIDB and is used as the mailing address for the POSID reports. Also, the 
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media is specified behind the RRMA FED. The Successful Attempts Log Report is 
available on a floppy diskette only. The Unsuccessful Attempts Log Report is available 
paper or a floppy diskette. 
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Following is an example of the Successful Attempts Log Report: 

Positive H) 

Successful Attempts Log for NPA/NXX-LINE 
mm/dd/yy 

Section 1: Calls bv Authorized Telephone Number 



Calling Number When Called 



(201). 235-1570 


Sun 


08:14 








10:22 








15:47 








22:09 






Thu 


21:57 






Sat 


15:12 






Sun 


10:01 








14:57 






. Tue 


21:17 




(201) 235-2135 


Sun 


20:01 






Sun 


19:58 






Sun 


19:59 




In Texas: 








(201) 235-xxxx 


Sun 


20:01 




(202) 221-xxxx 


Sat 


08:58 




Section 2: Calls bv A 


uthorized Access Code 




Access Code 


When Called 




Calling Number 


9843 


Sun 


10:56 


(314) 229-6732 - 


1701 


Wed 


08:17 


(201) 480-8700 






13:09 


UNAVAILABLE 






20:47 


(201) 480-8700 


1702 


Wed 


05:36 


(201) 480-8700 






22:21 


(201) 480-8700 




Thu 


05:47 


(201)480-8700 






13:39 


PRIVATE 


232916 


Fri 


08:00 


(314) 535-2366 


In Texas: 








232916 


Fri 


08:00 


(314) 535-xxxx 



REDACTED 
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Following is an example of the Unsuccessful Attempts Log Report: 

Positive ED 

Unsuccessful Attempts Log for NPA/NXX-LINE 
mm/dd/yy 

Calls Not Connected Due to Incorrect Access Code ___ 



REDACTED 



Calling Number 
(201) 235-1570 



(201) 235-2135 

PRIVATE 

UNAVAILABLE 

In Texas: 
(214) 235-xxxx 

(214) 235-xxxx 



When- Called 



Tue 08:14 
08:15 
10:22 

Thu 21:57 

Sun 20:01 
Sun 19:58 

Mon 07:38 

Mon 23:01 

Tue 11:17 
Thu 12:38 



Access Code Attempted 

1000 
1001 
1002 
1003 
1004 
1005 
356004 

35670 
356700 

1238 

347838 



333478 
38784 
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Profile Management System (PMS): 

POSED contains two screening lists: Access Code List (up to 100 rows) and CPN List 
(up to 500 rows). Due to the size of the lists, DTMF is considered much to cumbersome 
for customer's to make modifications to the lists with. DTMF update will be allowed, but 
is intended only for emergency updates. As stated previously, the two screening lists will 
not be provisioned via service order. This is for two reasons: the large size of the lists, 
and lack of security if access codes and CPNs are on a service order. The GUI interface is 
available for provisioning but is intended for problem resolution or emergency updates 
only. Since the nature of the POSED service is security, customer's want to make their 
own updates to their lists, without disclosing to anyone the content of their lists. As a 
result, the Profile Management System (PMS) or PC Interface will be developed allowing 
customer's with PCs to update their subscription information mechanically. 

At the time of this writing, requirements for the PC Interface are in the development stage. 
At a high level, requirements are as follows: 

1. Customers, via their own PC and modem, would dial into the SWBT Profile 
Management System. 

2. Customers would enter a UNIX platform. Currently, CNA appears to be a likely 
candidate. 

3. The customer would be asked to enter a User ID and Password. 

4. Once security is verified, the customer would be presented with a list of their services. 
The customer would specify which service they would like to view or modify. 

5. The PC Interface would retrieve the customer subscription information and present to 
the customer. This is done by submitting a query to the SMS. 

6. The customer may then modify their lists. Any edits for the accuracy of the data input 
would be housed in the UNIX box. Once the customer saves and submits their 
subscription data modifications, the update is forwarded to the SMS. 

7. The SMS would develop a new service to process messages sent from the PC 
Interface. A separate document has been created containing message formates for all 
PC/SMS messages. 

8. The PC Interface updates sent to the SMS would need to be converted or stored into 
the PCS data base. Thus, allowing flowthru to provisioning with minor modifications 

, to the SMS. 

9. The SMS will be required to send notifications to the PC Interface when Inward or 
Outward activity occurs on POSDD. 

10. Customers would not be allowed to add or remove services via the PC Interface at this 
time. 

At this time, there are many unanswered questions regarding the PC Interface. CNA has 
been identified to support the interface. However, CNA currently only supports the top 
250 customers. The number of PC Interface customers could be in the thousands or 
more. Additional modem resources would need to be secured. In addition, the PC 
Interface would need 24x7 coverage. CNA provides coverage 7 a.m. to 7 p.m. 
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fiEDACTED 

The SMS has committed to develop the new interface into the SMS by 
POSE) will be deployed on ; - i - without the SMS PC Interface. The PC application 
service will collect Customer subscription data updates and. forward to the CNOC for 
manual provisioning. The SMS will still be required to provision POSED, just without the 
PC Interface. 

Detailed requirements for the Profile Management System (PC Interface) will be 
documented in a separate requirements document. 
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DATA OF USER SUBSCRIBED TELEPHONY SERVICES , 



Assistant Commissioner of Patents 
Washington, D.C. 20231 

DECLARATION OF TERRY L. VIETH PURSUANT TO 37 C.F.R. §1.131 

I, Terry L. Vieth, declare that: 

1. I am an inventor of the subject matter recited in the claims of U.S. Patent 
Application No. 09/050,986, currently under final rejection, which claims priority of U.S. 
Provisional Patent No. 60/042,680. I have personal knowledge of the facts set forth in this 
declaration. 

2. Prior to October 4, 1 995, 1 was a member of a group that was in possession of 
the profile management system that the Examiner asserts, in multiple Office Actions, is 
disclosed by Dulman. I know this because prior to October 4, 1995, the group had 
documented a profile management system that stores profile data on a telecommunications 
network which executes a telecommunications sendee subscribed to by a user in accordance 
with the profile data, the profile management system comprising a client host, a server that 
processes user requests by obtaining profile data from and forwarding profile data to a 
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telecommunications network via an intermediate system. 

3. Exhibit A is a redacted copy of a document showing work-product of the group 
(which has been redacted to remove the date). To the best of my knowledge, a date on the 
original copy of Exhibit A (redacted on the copy provided with this Declaration) was a 
computer-generated stamp of the date on which the document was created. The date on the 
document, which has been redacted, is earlier than October 4, 1995. 

Exhibit A specifies that a user of the profile management system uses a client host. 
The user can call a client server which processes user requests to obtain profile data from, 
and forward profile data to, a telecommunications network via an intermediate system. . 

4. The project management system was reduced to practice with due diligence 
from prior to October 4, 1995 to subsequent reduction to practice. 

I hereby declare all statements made herein of my own knowledge are true and that 
all statements made herein on information and belief are believed to be true; and, further that 
these statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 1 8 of the 
United States Code, and that such willful false statements may jeopardize the validity of any 
issued patent. 
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EXHIBIT A 



All - 

i ;n rh/» n— ir*<^ of rocparr'nlnc 3 PC Interface that customers 

As most or you know, we are in the p.oc-S:, o. r^sea.-.-n- - . v_ uu _ 

can dial into to manioukte their screening iists and customer-speciac inwraanon re.a.e. 
to their AIN products. A new file would then be sent to SMS to be unloaded to the . 
customer's CPB- 

In independent exercises, Mike Hanrahin and I both brainstormed about what the screens 
might look like in order to begin compiling our requirements. Please take a look through 
these documents and let me know what you think. 

A team is quickly gelling and hopefully we will meet in early to cficially kick this 

effort off. 

Thanks so much for your time and interest with this! ! " 

Kristin Chambers 
331-2182 



CAR Provisioning 



p^Jnierface " ^ lc * sa ' 3 as 
the SWBT "Servic 
first menu will ask 



lc ~. l3 „ follows: Customer, via their own PC and modem, calls into 

■- Maraser." They enter a UNIX platform that is menu dnven. T»e 

'r* r^r t JS-R ID and password. The second menu may ask them to 
hrst menu wu< asK .or uhe OS R U an p ^ ^ 

soeciry wtuch service tney would Lk- to upcatc u u 

se'*ct Comouter Access Restriction. There would aiso be a .creen to as< nv. user u tn-y 
wouldS update their CPNs or their PINs. The system would access a dataoase and 
St JL associated with tfaU USER. ED If theUSER TD ' » «~ ™ 
more than one CAR number, then an additional menu woula as* the user to >peory th- 
account that they would like to update. 

The custom- has the opcortunity to review their list and make any additions or deletions 
la hT^uld"ke .4 edits for the accuracy of the data input wouW be nouse »n me 
5mX bo^ch zs validating that a CPN is 10 digits and the Area Code noes not oegu 
To oM. The customer would then save the new 

saving this file, they will completely overwnte their easting CAR scr^mn 4 Us J. _ 
§ cl rt j t u A A- Xf > - nc j rime stamD on their file is updated. A 

the file to SPACE. 

SPACE will completely overwrite the existing file with the new-fii, S^haveno 
need to review the files to detect additions or changes, ,t wdi just oe a compleu overlay. 

The DT^ff would be maintained for turrdng CAR <» ' 
The Checker function allows for CPNs and PINs to be aoded 

would need to create a two-way communication nle to relate DTMF upaa^s back to tne 
UNIX platform. 

With CAR, it is fek to be a safe assumption that all users will have ready-access to a PC 
and a modem because of the nature of the service. 
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Administrative Questions: 

Who assisns and maintains USER ids to the UNIX platform? 
How are USER Ids reset in emergencies? 
Is there a link between USER ids and the service orc.er process; 
How are new USERS established? 

How are disconnected USERs removed? ... m , 

How is one TN in the USER'S profile removed without ^sconr.ectmg tne wnoUD. 
Wnat hardware is required by the end-user to access the UNIX dcx? 
What oreanization takes trouble calls? _ rPvrrv , , 
Who is the administrative support group tor tne UNIX. box. 

How is the file sent to SMS? 
How is a file received containing DTMF updates? 
What is the frequency of the file transfers? 
Who maintains a log of those transfers? 



Menu Screens and Functionality 



Lea on Screen 



Enter User ID: 
In ~ e r Password: 



(orom-oted after USE?. ID is input! 



Valid** both the USER ID and password combination. If incorrect error wuh the 
statement "USER ID/Password incorrect. " Prompt 2 more ^"^^'"^ 
entry is invut, Prompt the customer »ith "We are sorry, four UScR ID has been , 
deactivated. Please call to have il reset. 

The USER ID should be deactivated after 3 invalid logon attempts. Even ^ ^rrect 
USER ID/Z^ord combination are entered, the logon should not oe accepted after it 
ZtindeZLd If a user tries to log infolding a deac^aUon ^P^tshoula 
read "We are sorry. Your USER ID has been deacnvatea, Please call J-800-xcc-xco: .o 
have it reset, " on the first attempt 

Th> SWBTreo at l-SQQ-^-^ should verify some piece of information provided by the 
cJoZ and" reset the password Tne default password might be the last four atgits of 
their billing account. (?) 



Menu 2 

Service Selection. Menu 



Welcome to Service Management 
A service provided by Southwestern Bell 

Please select the service that you would like to work "with. 

Computer Access Restriction 

InteiliNuinber 

Disaster Recovery Service/Intelligent Redirect 



Exit 



By selecting CAR, the customer is led to the CAR menu options which differ from the 
others. 



Menu 5 

CAR Number Selec tion (optional) 



Please select the Computer Access Restriction number zaz\ 
vou wish no work witn: 

(251) 541-1111 

(4G9) 9S2-6363 

(713)567-5333 
To return to previous menu, press 3. 



iC; rt. .-r^CtfJi" the previou s menu, the ^.^f^^,, 
the mes andse* if then is more than one CAR account associated mtn 'his 0±ER ID. tj 
so.tuRnumVers should oe retried and appear on Ms menu, in numerical order. // 
not, the customer should sidp this screen and advance to the next one. 



Menu 4 

List Selaction 



, _ -v- t^af vcu would like to work with 

Please select tile L^s^ <-..a- y 

Authorized Telephone Nuinbers 
Access Codes 



To return to previous menu, press -> 



After the customer selects one or the other the UNIX box should pull up the list 
requested 



Screen 2 

ExsjiydIg of Lists 



Authorized Telephone Nu^ers associate with Computer access 
restriction for. (231) 541-iiii. 



(231) 565-3523 

( 2 S i ) 352-7410 

(409) 320-1451 

(40S) SB7-5233 

(403) 937-5322 

(713) 414-3556 

(713) 572-96S6 

(713) 695-9559 



To add new cumbers 
return previous menu 
Use the" Page Up /Down 



p^-ess 1. To delete numbers, press 
'/oress 3, To princ; press 5. 
'keys to review the entire list. 



2, To 



All numbers are listed by 10 digits, in numerical order. 



Menu 5 

Number Addition (reached by pressing 1 on previous 
screen) 



You have indicated the you would like to sac nuncers ».o you: 
fturho ^, sd Telsohons Number list for (2:1) 541-1111. rou 
currently have xxx numbers cn your lis-, so you have room 
for xx more. 

Please type in the number (s) chat you would like za add: 

(xxx) xxx-xxxx 

(xxx) xxx-xxxx 

(xxx) xxx-xxxx 

(xxx) xxx-xxxx 

(xxx) xxx-xxxx 

(xxx) xxx-xxxx 

Press 1 to add these numbers, press 2 to return to the 

Authorized Number list . 



When the Addition menu is accessed the UNIX platform needs to read the existing file 
ar.d report on the screen haw many numbers on currently on the list and haw many are 
remaining (200-existing numbers). Space should only be provided for the numoer of 
numberslhat can be added For example, if the customer only have 10 spaces (list 
contain 190 numbers already) then only 10 blanks should be provided. Ij the customer 
has over 20 numbers remaining, provide spaces in blocks of 20. In other, ask for the 
confirmation prompt after 20 numbers. 

Within the number spaces, all arro# keys and number keys should work. Customer 
should be able to tab to the next number and shift-tab back a number, as well as use the 
arrow keys. Any number can be edited while on this menu. 

If they press 1 to accept these additions, the following -edits should be administered: 
Check to see if number is 10 digits 

If so, return addition screen with number highlighted and the error message printed at 
ihe bottom reading "Authorized Telephone Numbers must be JO digits. " 

Check to see ifNPA begin with a 0 or J 

If so, return addition screen with number highlighted and the error message punted at 
the bottom reading "Area Code cannot begin with a 0 or J" 

Check to see if number is already on list 

If so return addition screen with number highlighted and the error message printed at ^ 
the bottom reading "Tr.is number is already on the Authorized Telephone Numoer list 



i ,. mim u sr , for orrcr condition J. error screen, then all 
6? highlighted with the some error common. 



can 



Screen 3 



Press I to * dd *° r ; *^;^ zsd Telephone Nunber List 
Press 2 to review new Au<_r.o--^.-- 



/Y/, return to menu 5 
If 2. go to screen 4. 



Screen 4 

Exairrole of Lists 



'-"rhorized Telephone Nuraoe _ 
Restriction for (281) 541-ilH 



associated with Computer Access 



(231) 
(231) 
(281) 
(409) 
(405) 
(409) 
(409) 
(713) 
(713) 
(713) 
(713) 



55 
c 



o- 
52- 
587- 
320- 
987- 
987. 
989- 
414 
565 
572 
695 



•8523 

-7410 

-5874 

-1451 

-5233 

-5322 

-1010 

-8 55-6 

-9630 

-9696 

-9559 



i-.* —ass 4 ^o acid new numbers, press 1. To 
To. Save new press 4, - cre vious menu, press j, 

delete numbers, press 2, io -~uu_n y- 

orint/ cress 3- ■ •• _ - - - list. 

Use the Page Up/Down keys to review cne e.^r. Us, 



// to c/kzh^ from saved version (additions or deUH 
prompt to save ne~# list. 



on: 



made), add highlighted 



Menu 6 

Save Confirmation 



You hav= indicated "hat you would like co save a r.ew 
Authorized Teieohone Number List. Please note the saving 
this list will completely overlay your previous or.e . 

ores s Y to confirm the new list. 

Press N to return to che Authorized Telephone Number List , 



Menu 7 

Following Sava Confirmation 



Your new Authorized Telephone Number List has bean saved. 
Please choose your next: option: 

Return to list Selection 

Authorized Telephone Numbers ~sr 
Access Codes — 

Return to CAR Telephone Number SeTection 

Return to Service Seiection 

Computer Access Restriction 
IntelliNuaiber 

Disaster Recovery Service/ Intelligent Redirect 
Exit ' : 



Screen 5 

rollowiriG Exit 



Thank you for using the Southwestern Bell Service Manager 
Any changes should be updated within .the next 2 hours. 

Please call 1-800-xxx-xxxx if you had any diSculty with this system. ^ 



The same rype of functions would be available to delete CPNs, add/delete PINs. _ 
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P15165.A31 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Applicants 
Serial No. 
Filed 
For 



Paul G. BANIAK et al. 

09/050,986 

March 31, 1998 



Group Ait Unit: 2642 
Examiner: H. Agdeppa, Jr. 



PROFILE MANAGEMENT SYSTEM INCLUDING USER 
INTERFACE FOR ACCESSING AND MAINTAINING PROFILE 
DATA OF USER SUBSCRIBED TELEPHONY SERVICES 



Commissioner for Patents 
PO Box 1450 
Alexandria, VA 22313 



SUPPLEMENTAL DECLARATION OF TERRY L. VIETH 
PURSUANT TO 37 C.F.R. §1.131 



I, Terry L. Vieth, declare that: 



1. I am an inventor of the subject matter recited in the claims of U.S. Patent 
Application No. 09/050,986, currently under final rejection, which claims priority of U.S. 
Provisional Patent No. 60/042,680. I have personal knowledge of the facts set forth in this 
declaration. 

2. I have previously executed a Declaration of Terry L. Vieth pursuant to 37 
C.F.R. §1.131 on December 17, 2002, and incorporate this Declaration by reference herein. 
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3. From prior to October 4, 1995, I was a member of a group that was in 
possession of the profile management system that the Examiner asserts is disclosed by 
Dulman. From prior to October 4, 1995 (i.e., prior to the filing date of DULMAN) the group 
worked diligently until the profile management system was reduced to practice. 

4. Exhibit A is a screen-shot of a website showing a reduction to practice of 
the profile management system. Exhibit A is a press release announcing the availability 
of the profile management system in Austin, Texas. The press release is entitled 
'Southwestern Bell Introduces "Padlock" for PCs 1 and is dated April 5, 1996. To the best 
of my knowledge, the press release was downloaded from the internet at 
<http://wwwO 1 .sbc.com/About/NewsCenter/ShowRelease/1 „3 8,00.html?NID=l 996> on 
May 22, 2003. 

5. I have personal knowledge of efforts to reduce the profile management 
system to practice from before October 4, 1995 (i.e., the filing date of DULMAN) until 
the profile management system was reduced to practice. I have personal knowledge of 
activities of the group, including multiple meetings of members of the group and 
timelines of tasks assigned to members of the group, from before October 4, 1995 until 
the subsequent reduction to practice. The meetings and timelines include dates of activity 
starting before October 4, 1995 and diligently continuing until the subsequent reduction 
to practice. 
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I hereby declare all statements made herein of my own knowledge are true and that 
all statements made herein on information and belief are believed to be true; and, further 
that these statements were made with the knowledge that willful false statements and the 
like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 
18 of the United States Code, and that such willful false statements may jeopardize the 
validity of any issued patent. 



Executed on: 




Terry L. Vieth 
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EXHIBIT A 



SBC Home 



My Account 



Residential Products 
and Services 

Business Products and 
Services 




Repair 



Billing and Account 



Site Search 



SMARTpages™ 

White and Yellow Pages 



Site Map 



FAQs 



Contact Us 



Manage your 
subscription for news, 
tips and promotions. 
Enter Email Address 



©2003 SBC Pro perties, LP. 
All rights reserved. 

Privacy Policy 



Southwestern Bell Introduces "Padlock" for PCs 

Positive ID Responds To Growing Need To Safeguard Computer And 
Voice Networks Of Medium, Large Businesses 

St. Louis, Missouri, April 05, 1996 

Southwestern Bell is introducing a "PC padlock" that helps businesses shielc 
their computer networks from "hackers." 

Positive ID, a new service Southwestern Bell will introduce in Austin, Texas, 
designed for businesses that provide dial-up access to their computer 
networks. The new service allows users to authorize incoming calls for acce: 
to computer terminals and other devices and denies unauthorized calls and 
callers without an access code. 

The rise of Internet, SOHO (small office/home office) market and 
telecommuting applications have required workers to access computers fror~- 
outside the office, fueling the need for dial-up access to company databases 
and corporate computer networks. 

A recent study by the National Computer Security Association (NCSA) founc 
that 34 percent of surveyed companies suffered break-ins, while 11 percent 
could not even determine if their system had been breached. The study alsc 
revealed that companies providing Internet access to and from their networ 
were eight times as likely to suffer break-ins. 

"Computer authorization systems like Positive ID are the first line of defens« 
against hackers who dial into corporate networks, a practice that costs 
corporations nearly $1 billion annually," said Michelle Watson-Williams, 
marketing manager for Southwestern Bell. 

PBX systems that allow access from remote locations also are vulnerable to 
fraud. The International Communications Association estimates that toll frai 
costs corporations nationwide between $500 million and $6 billion annually. 

"With Positive ID, we are meeting the growing need for computer and PBX 
network security by our customers," said Watson-Williams, 

While Southwestern Bell manages the operational features of Positive ID, 
companies' network administrators control access codes, authorization 
modification and security monitoring. Network managers and MIS directors 
even have the ability to review access attempts over a period of time, allow 
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them to more effectively manage security efforts. 

Companies can identify up to 500 authorized 10-digit telephone numbers ar 
100 authorized four- to seven-digit access codes for each network terminal 
device. Positive ID's Interactive Voice Response (IVR) feature enables netw« 
managers and MIS directors to monitor active authorization codes or phone 
numbers and to instantly change those codes. Reports, available weekly or 
monthly on paper or diskette, display the date, time, area code and prefix c 
any caller attempting to access a company's network. 

"Monitoring system access attempts is an important step to preventing brec 
ins," added Watson-Williams. "Southwestern Bell's Positive ID gives busines 
an exceptional level of control over their network." 



Unlike other security systems, Positive ID requires no additional hardware, 
software or staffing, providing a great value to businesses. Southwestern B< 
Advanced Intelligence Network (AIM), an infrastructure enhancement to the 
regular phone network, is the foundation of the service. 

The central computer database — the 'intelligent' part of the new techholog* 
is the key to AIN. With AIN, Southwestern Bell creates cost-effective, call- 
management services and tailors them to fit the individual needs of its 
customers. New services such as Positive ID allow businesses to maximize 
resources by getting the most out of their telephone and computer network 
and improving customer service. 

For more information about Positive ID, or to order the service, call toll-free 
1-800-234-BELL 

# # # 

SBC Communications Inc. is one of the world's leading diversified 
telecommunications companies and the second largest wireless 
communications company based in the United States. SBC provides innovat 
telecommunications products and services under the Southwestern Bell and 
Cellular One brands; wireless services and equipment in the United States c 
interests in wireless businesses in Europe, Latin America, South Africa and 
Asia; cable television in both domestic and international markets; and direc 
advertising and publishing. 



Positive ID Fact Sheet 

Hackers who dial into corporate networks cost 
corporations nearly $1 billion annually. 

National Computer Security Association (NCSA) Study Results 

• Companies providing Internet access to and from their networks are 
eight times as likely to suffer break-ins. 

• 34 percent of the companies surveyed suffered network break-ins. 

• 11 percent of the companies surveyed could not even say if their syst 
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had beea breached. 
PBX Fraud 

• Consultants estimate that one in 18 hackers attempt to gain illicit ent 
into a corporation's PBX system. 

• If a phone system allows users to dial out from a remote location, the 
system is vulnerable. 

• The International Communications Association estimates that toll frau 
costs corporations nationwide between $500 million and $6 billior 
annually. 

Southwestern Bell's Positive ID 

• Positive ID, a service based on advanced intelligent network technolo< 
allows businesses to authorize incoming calls for dial-up access to 
computer terminals, PBX systems and other devices, and to deny 
unauthorized calls and callers without an access code. 

• Companies can identify up to 500 authorized 10-digit telephone numt 
and 100 authorized four- to seven-digit access codes for each networl 
terminal or device. 

• Network managers and/or. MIS directors can monitor call volume into 
their company's communications devices; act as security managers 
reviewing access attempts over a desired period of time; and instanth 
change authorization codes by dialing the Interactive Voice Response 
system. 

• Reports, available weekly or monthly on paper or diskette, display the 
date, time, area code and prefix of any caller attempting to access a 
company's network. . 

• For more information about Positive ID, or to order the service, conta- 
1-800-234-BELL 
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